Disable inscription-markup.ui reftest

It's rendered 1px to the left of where it should be, which is not a
serious problem for practical use of GTK, but is a test failure.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/5099
Forwarded: not-needed, workaround

Gbp-Pq: Name Disable-inscription-markup.ui-reftest.patch

Disable clipboard test

This regularly times out on buildds, but I can't reproduce the hang
locally.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/4229
Forwarded: no

Gbp-Pq: Topic debian
Gbp-Pq: Name Disable-clipboard-test.patch

reftests: Allow minor differences to be tolerated

Based on an earlier patch by Michael Biebl, as used in Debian's GTK 3
packaging, with additional inspiration from librsvg's reftests.

Each .ui or .node reftest can have an accompanying .keyfile file
like this:

    [reftest]
    tolerated-diff-level=20
    tolerated-diff-pixels=1000

If the image differs, but the number of pixels that differ is no more
than tolerated-diff-pixels and the differences are no more than
tolerated-diff-level, then we treat it as a success with warnings, save
the .diff.png for analysis, and use g_test_incomplete() to record the
test-case as "TODO".

Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3195
Applied-upstream: no, upstream want reftests to be a strict pass/fail with identical results required

Gbp-Pq: Name reftests-Allow-minor-differences-to-be-tolerated.patch

reftest_compare_surfaces: Report how much the images differ

In unattended/non-interactive/autobuilder environments where the images
are not trivially accessible, this provides a way to distinguish between
totally different rendering and more subtle issues.

Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3195
Applied-upstream: no, upstream want reftests to be a strict pass/fail with identical results required

Gbp-Pq: Name reftest_compare_surfaces-Report-how-much-the-images-diffe.patch

build: Use more conservative GResource embedding on non-x86_64

Doing clever things with objcopy is faster and seems to be reliable on
x86_64 Linux, but also doesn't work on all toolchains and architectures:
in particular, Debian has had trouble with this on arm and mips.
In a distro build environment where we are compiling all of GTK every
time, the cost of potentially unreliable builds is higher than the cost
of using slower but more conservative GResource embedding.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/5107
Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/4956

Gbp-Pq: Name build-Use-more-conservative-GResource-embedding-on-non-x8.patch

gdkevents: Don't ignore modifiers that are not currently active

The X11 backend can mark modifiers like Shift as consumed even if they
aren't actually active, which seems to be something to do with making
shortcuts like `<Control><Shift>plus` and `<Control>plus` work as
intended regardless of whether the plus symbol is obtained by pressing
Shift and a key (like `+/=` on American, British or French keyboards)
or not (like `*/+` on German keyboards).

However, this can go badly wrong when the modifier is *not* pressed.
For example, terminals normally have separate bindings for `<Control>c`
(send SIGINT) and `<Control><Shift>c` (copy). If we disregard the
consumed modifiers completely, when the X11 backend marks Shift as
consumed, pressing Ctrl+c would send SIGINT *and* copy to the clipboard,
which is not what was intended.

By masking out the members of `consumed` that are not in `state`, we
get the same interpretation for X11 and Wayland, and ensure that
keyboard shortcuts that explicitly mention Shift can only be triggered
while holding Shift. It continues to be possible to trigger keyboard
shortcuts that do not explicitly mention Shift (such as `<Control>plus`)
while holding Shift, if the backend reports Shift as having been
consumed in order to generate the plus keysym.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/5095
Bug-Debian: https://bugs.debian.org/1016927
Signed-off-by: Simon McVittie <smcv@debian.org>
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/5037

Gbp-Pq: Name gdkevents-Don-t-ignore-modifiers-that-are-not-currently-a.patch

Release to unstable

debian/libgtk-4-1.symbols.in: Add a new symbol

Update patch for GResource embedding based on upstream feedback

Add proposed patch to fix keyboard shortcuts with X11 backend

Closes: #1016927

d/missing-sources: Update for upstream updates to Compose data

New upstream release

Update upstream source from tag 'upstream/4.8.1+ds'

Update to upstream version '4.8.1+ds'
with Debian dir 42a639e473b24c6f9f352609e656219127acdd82

New upstream version 4.8.1+ds

4.8.1

Merge branch 'detect-stylus' into 'main'

Recognize "stylus" devices as GDK_SOURCE_PEN

Closes #4394

See merge request GNOME/gtk!4776

Merge branch 'fix-filetransfer-mimetype' into 'main'

portal: Use the right mimetype for file transfers

Closes #5182

See merge request GNOME/gtk!5033

Merge branch 'wip/abono/gtk-main-remove-condition' into 'main'

gtk/main: Remove condition that always evaluates TRUE

See merge request GNOME/gtk!5031

portal: Use the right mimetype for file transfers

The filetransfer protocol says to use
application/vnd.portal.filetransfer, but I used
application/vnd.portal.files when I implemented the
protocol. Oops.

This commit dds the correct mimetype, but we still
support the old one to preserve interoperatibility
with existing flatpaks using GTK 4.6.

Fixes: #5182

gtk/main: Remove condition that always evaluates TRUE

Merge branch 'wip/coreyberla/gridview-rubberband' into 'main'

gridview: Fix rubberbanding from negative x coordinates

Closes nautilus#2492

See merge request GNOME/gtk!5030

gridview: Fix rubberbanding from negative x coordinates

This is a follow-up to 1e9a36ffa8d198212cde130a021256fd142ba6c5. For GridView
we also need to make sure that we aren't rubberbanding below x=0 which
causes unexpected rubberbanding behavior.

Fixes: https://gitlab.gnome.org/GNOME/nautilus/-/issues/2492

Merge branch 'single-key-compose' into 'main'

input: Accept short compose sequences

Closes #5172

See merge request GNOME/gtk!5026

Add a test for short compose sequences

Add a table that has a short sequence
to verify that we can parse this.

Update test results

The table sizes change, even though none of our
test tables include short sequences.

Regenerate builtin sequences

The table format has changed.

input: Accept short compose sequences

Some of the X keyboard layouts use compose
sequences of length one to make individual
keys generate multiple Unicode characters.

To support this use case, change the index
part of the table format to also include
an offset for length 1. Bump the table
version to indicate this change.

Fixes: #5172

Cosmetics: Fix a typo

Update Chinese (China) translation

Update Catalan translation

Merge branch 'misc-gl-fixes' into 'main'

gsk: Make glyph upload more similar to icons

See merge request GNOME/gtk!4074

gsk: Make glyph upload more similar to icons

When uploading glyphs to the atlas, clear
the padding bytes so that no dirt remains there.

Merge branch 'matthiasc/for-main' into 'main'

clang-format: This did not work

See merge request GNOME/gtk!5021

clang-format: This did not work

I thought AlignConsecutiveDeclarations would
align function parameters, but it doesn't.
So drop it again.

Update Chinese (Taiwan) translation

Merge branch 'game-sounds' into 'main'

gtk-demo: Make losing games hurt

See merge request GNOME/gtk!5017

Merge branch 'a11y-state-changes' into 'main'

a11y: Be safe against state type changes

See merge request GNOME/gtk!5018

Merge branch 'less-fetching-in-ci' into 'main'

ci: Improve style check script

See merge request GNOME/gtk!5020

Merge branch 'clang-format-improvement' into 'main'

ci: Improve clang-format style

See merge request GNOME/gtk!3770

ci: Improve clang-format style

Add

AlignConsecutiveDeclarations: true
PointerAlignment: Right

which will produce the style we want with llvm 13.

ci: Improve style check script

Only fetch the two branches we are about to
compare, and use existing git merge-base to
find the common ancestor.

Merge branch 'ebassi/style-check' into 'main'

ci: Re-sync the style check with GLib

See merge request GNOME/gtk!5019

ci: Fix the git usage in scripts

Thanks, git.

ci: Move style check to its own stage

Drop the `.pre` phase.

ci: Re-sync the style check with GLib

a11y: Be safe against state type changes

For some of the a11y states, calling gtk_accessible_reset_state
can change the type of the state value from boolean or tristate
to undefined.

Handle that, instead of throwing criticals.

Related: !4910

Merge branch 'filechooser-keybindings' into 'main'

filechooser: Restore ~ and . functionality

See merge request GNOME/gtk!5016

gtk-demo: Make losing games hurt

Use a more annoying sound for losses.
And use it for all games.

Merge branch 'widget-factory-filechooser' into 'main'

widget-factory: Add a file chooser

See merge request GNOME/gtk!5015

filechooser: Restore ~ and . functionality

We'll have to keep patching up these things
until somebody rewrites the file chooser :(

Inspired by: !4970

widget-factory: Add a file chooser

We don't have a readily accessible file chooser
in our demo apps. Fix that by making the Open
menu item on page 2 bring up a file chooser.

Merge branch 'fix-fontrendering-demo' into 'main'

gtk-demo: Avoid a segfault

Closes #5166

See merge request GNOME/gtk!5014

gtk-demo: Avoid a segfault

The code in the fontrendering demo is a bit sloppy
and assumes that we always get a single run when
appending a sequence of 4 chars and 4 spaces.

That is not in general true, such as for Emoji.

Instead of working harder to handle Emoji here,
just give up and fall back to 'a'.

Fixes: #5166

Merge branch 'gtkplaces' into 'main'

gtkplacesview: Right click popover fix crash and align menu with mouse

See merge request GNOME/gtk!4662

Merge branch 'gtktooltip.c-optimise' into 'main'

gtk/gtktooltip.c: check result of event position get operation

Closes #5134

See merge request GNOME/gtk!4996

Merge branch 'wip/carlosg/im-reset' into 'main'

Avoid early IM reset on updates

Closes #5133

See merge request GNOME/gtk!5012

New upstream release

Update upstream source from tag 'upstream/4.8.0+ds'

Update to upstream version '4.8.0+ds'
with Debian dir ec50d8dabcdcc900da267f4b6b77fa836677ab8b

New upstream version 4.8.0+ds

Update changelog

Update Latvian translation

Merge branch 'fix-file-transfer-portal' into 'main'

Stop recursion in registering serializers

See merge request GNOME/gtk!5013

Make clipboard tests work with portals

This was not working right, since it hasn't been
tested with portals - there are no portals in ci.

Handle absence of portals

When the documents portal is not on the bus,
we still get an (unowned) proxy, and we need
to handle that situation.

portals: Fix FileTransfer portal calls

We were not passing the right arguments to
the AddFiles call, causing the file transfer
to fail.

Make the file transfer portal setup sync again

We need to register the portal mime types before
the others to prefer them, doing this call async
messes up that ordering.

This is effectively reverting 69fb3648b2e20935b7839f874

Replace transitional libfontconfig1-dev with libfontconfig-dev

Stop recursion in registering serializers

This was probably unintentional, and messes up
the ordering of our registration.

Merge branch 'textbuffer-set-text-docs' into 'main'

Document irreversibility of gtk_text_buffer_set_text

See merge request GNOME/gtk!5005

Merge branch 'launch-uri-no-export' into 'main'

Make gtk_launch_uri more robust

Closes #5152

See merge request GNOME/gtk!5010

Merge branch 'gtk-scale-set-digits-update-label' into 'main'

GtkScale: Update the label size request from set_digits ()

Closes #5156

See merge request GNOME/gtk!5011

Merge branch 'wip/antoniof/columnview-rtl' into 'main'

columnview: Invert columns on RTL

Closes nautilus#2302

See merge request GNOME/gtk!5002

gtktextview: Also reset IM context after IM surrounding text deletion

When the IM commands the GtkText to delete text, the cursor position
would change, and so would the surrounding text. Reset the IM context
so that these updates are properly picked up by the IM.

Fixes backspace key behavior in the GNOME Shell OSK, since that relies
on the surrounding text being properly updated for the next iteration.

gtktext: Also reset IM context after IM surrounding text deletion

When the IM commands the GtkText to delete text, the cursor position
would change, and so would the surrounding text. Reset the IM context
so that these updates are properly picked up by the IM.

Fixes backspace key behavior in the GNOME Shell OSK, since that relies
on the surrounding text being properly updated for the next iteration.

gtktext: Avoid early IM reset on updates

Resetting the IM on IM updates is too eager and indeed the simple
IM context doesn't like that this happens in the middle of dead
key handling.

We however want to reset the IM after actual text buffer changes
(say, a committed string) moved the cursor position, altered the
surrounding text, etc. So that the IM implementation does know to
update its state.

Since there is going to be an actual IM reset anyways, it does
no longer make sense to try to preserve the old priv->need_im_reset
status during commit handling.

Fixes: 52ac71b972 ("gtktextview: Shuffle the places doing IM reset")
Closes: https://gitlab.gnome.org/GNOME/gtk/-/issues/5133

gtktext: Avoid early IM reset on updates

Resetting the IM on IM updates is too eager and indeed the simple
IM context doesn't like that this happens in the middle of dead
key handling.

We however want to reset the IM after actual text buffer changes
(say, a committed string) moved the cursor position, altered the
surrounding text, etc. So that the IM implementation does know to
update its state.

Fixes: 9e29739e66 ("gtktext: Shuffle the places doing IM reset")
Closes: https://gitlab.gnome.org/GNOME/gtk/-/issues/5133

Merge branch 'treepopover-ellipsize' into 'main'

treepopover: Do not propagate natural width of content

See merge request GNOME/gtk!4895

Merge branch 'display-wayland-update-scale' into 'main'

wayland/display: Remove duplicate update_scale() call

See merge request GNOME/gtk!5003

4.8.0

GtkScale: Update the label's size request from set_digits ()

Update the label size request when setting the digits property
by calling the update_label_request () util function.

That util function works by measuring the size request of the
label with the lower and upper values of the adjustment, then
taking the max. That way the size requisition is constant
regardless of the actual displayed value.

Since the util function internally works by setting the text
of the label, let it also set the text at last by taking in
account the current adjustment's value. Most of its callers
do that anyway.

Fixes https://gitlab.gnome.org/GNOME/gtk/-/issues/5156

Make gtk_launch_uri more robust

We were failing to launch the uri if we are on
Wayland, but have no xdg_foreign protocol support.

Fixes: #5152

Update Georgian translation

Update Georgian translation

Update Korean translation

Updated Lithuanian translation

Updated Spanish translation

Update Galician translation

Update Russian translation

Update Latvian translation

Update German translation

Document irreversibility of gtk_text_buffer_set_text

If you've begun a user action and call `gtk_text_buffer_set_text`, you
get an unexpected warning:
```
Gtk-WARNING **: Cannot begin irreversible action while in user action
```
which can be fixed by doing the delete/insert yourself. But this is not
documented as occurring, so document it.

Update Chinese (China) translation

Update Latvian translation

Update Polish translation

Updated Czech translation

wayland/display: Remove duplicate update_scale() call

`apply_monitor_change()` already calls `update_scale()`.
Note that this only affects old compositor versions (see
`should_update_monitor()`) so it's just a minor cleanup.

Update Hungarian translation

Update Catalan translation

columnview: Invert columns on RTL

Respect text direction.

Fixes https://gitlab.gnome.org/GNOME/nautilus/-/issues/2302

Merge branch 'treeview-gesture-claim' into 'main'

treeview: Don't claim event sequence too early

Closes #3649, #3985, #4206, and #4669

See merge request GNOME/gtk!4883